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Memory Requirements 



This document contains a description of changes to the system between Sun Sys- 
tem Release 2.1 (May 1985) and Sun System Release 3.0 (January 1986). The 
highlights are: 

□ Across the board support for the MC68020, and for the hardware architec- 

ture of the new Sun3 line of machines. 

o An upgraded window system, and with it a new family of window-based 
tools based upon the new mouse/window oriented textedit editor. 

o An new FORTRAN optimizer that produces very fast code. 

There are, in addition, numerous new features, bug fixes and rationalizations. 
These are described, in varying (and hopefully, appropriate) detail, below. 

The 3.0 release is larger than the 2.0 release, and some 3.0 objects are larger than 
their corresponding 2.0 objects. Thus, you’ll need more memory to run the 3.0 
release effectively than was necessary with the 2.0 release — because of swap- 
ping overhead. Four Megabytes is ideal. 

Furthermore, the 3.0 release occupies more disk space drat did release 2.0. You 
can get an idea of its size by examining the following tables. They contain infor- 
mation on both Sun2 and Sun3 machines with 71 Megabyte formatted disks. No 
optional software — not even suntools — has been installed. Default values 
were used for most everything (swap size, disk labels, etc.). 



Table 1-1 Sun2 (Model 50; Micropolis Disk) 



Filesystem 


Kbytes 


Used 


Available 


Capacity 


Mounted On 


/dev/sdOa 


7427 


5240 


1444 


78% 


/ 


/dev/sdOg 


41771 


18348 


19245 


49% 


Aisr 


Total 


49198 


23588 


20689 
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Table 1-2 Sun3 (Model 75; Fuji Disk) 



Filesystem 


Kbytes 


Used 


Available 


Capacity 


Mounted On 


/dev/sdOa 


7402 


5054 


1607 


76% 


/ 


/dev/sdOg 


42635 


17936 


20435 


47% 


/usr 


Total 


50037 


22990 


22042 







1.1. System Software Changes 
and Upgrades 

Filesystem Rearrangement /usr2 no longer exists in the 3.0 release. The home directory xxx will now be 

foundin /usr/server_name/xxx rather than /usr2/xxx. 

In order to conserve space on the root filesystem, a number of configuration 
changes have been made. In particular, a few programs formerly in /etc have 
been moved to, or symbolically linked to, /usr/etc: /etc/gpconf ig has 
been moved to /usr/etc/ conf ig. Its microcode files were moved from 
/etc to /usr/lib. 

□ skyrc has been moved from / etc to /usr/etc. Its microcode files 
were moved from /etc to /usr/lib. 

□ shovmiount has been moved from /etc to /usr/etc. 
o tunefs has been moved from /etc to /usr/etc. 

□ rwall has been moved from /etc to /usr/etc. 

o /etc/config is now a symbolic link to /usr/etc/config. 

□ /etc/yp is now a symbolic link to /usr/etc/yp. 

There have also been a few important changes to the configuration of the stan- 
dalone programs. In particular, the bulk of the contents of the / stand direc- 
tory have been moved to /usr/standon standalone machines (machines 
with disks) and to /pub/ stand on NFS servers. This impacts the way in 
which most standalone programs are booted — the only standalone programs left 
in / stand are diag and copy. 

For example, instead of booting 

□ hbootjdevice (0,0,0) s tand/mem 
the user will have to boot 

□ hboot_device (0,0,6) st and/mem 

if the machine is a standalone machine with /usr in the ‘g’ partition (the nor- 
mal situation), or 

D hboot_device (0,0,4) stand/ mem 
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if the machine is a Network File Server with /pub in the ‘e’ partition (a 
MC68010CPU),or 

□ hbootjdevice (0,0,5) stand/mem 

if the machine is a Network File Server with a MC68020 CPU (in which case 
/pub will be on the ‘f partition.) Remember that ‘dd’ is here read as the name 
of the disk device. 



Sun3 hardware support required changes in the kernel config file and the device 
driver interface. 

□ In the process of changing the config file, its syntax was cleaned up and 
made more understandable. See Configuring the System Kernel in the 
Installing Unix manual for details. 

□ New device drivers have been added (see sd(4S), st(4S), and le(4S)). The 
device driver interface was changed slighdy to support the 32-bit VMEbus. 

A server may be eidier a Sun2 or a Sun3 machine and may support any mix of 
Sun2 and Sun3 clients. To support clients of a type different from the server 
requires additional disk space for the programs for the other machine type. See 
Installing Unix on the Sun Workstation for details of how to use the setup pro- 
gram to install such a server. 

New System Page Size The Sun3 release has a system page size of 8 Kilobytes (as opposed to 2 Kilo- 

bytes for Sun2 machines.) Note that this is the system page size and may well 
differ from the page size in the underlying machines. 

New a . out Format To support both Sun2’s and Sun3’s with a common a . out format, the a . out 

format was changed to include a machine type field. It indicates whether a pro- 
gram was compiled for a MC6810 or for a MC68020. (A value of 0 is taken to 
mean that the program was compiled for a version of UNDCt predating release 
3.0). 

Also, program text is now relocated to 8K (instead of 32K) and the data segment 
starts at the next 128K (instead of 32K) boundary. This is tme on bodi Sun2’s 
and Sun3’s mnning release 3.0. Both Sun2’s and Sun3’s will understand the 2.0 
release Sun2 a . out format when attempting to execute a program (see 
sun3cvt(l)). However, it may not always be meaningful to execute a 2.0 release 
program. For instance, if a program was compiled on 2.0 with the - f s ky 
switoh to use in-line Sky floating-point code, it will not be able to execute on a 
Suti3 machine, since Sun3’s don’t support Sky boards. Also, a program compiled 
on 2.0 will not take advantage of any of the hardware floating point units on a 
Sun3. 



Support for Sun3/Sun2 
Heterogeneous Client Support 



Support for Sun3 Stand-alone 
System of Specific 
Configuration 



t UNIX is a trademaric of AT&T Bell Laboratories. 
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New ptrace Interface 
New Core File Format 



New Disk Quota System 



Sun3 Filesystems; newfs 



NETWORK FILE SYSTEM 
Bug Fixes and Improvements 



Programs that depend on internal kernel data stmctutes may not work on both 
Sun2’s and Sun3’s. Note — when executing old format a . out’s, the text space 
for these programs is NOT shared and they will NOT be demand loaded from 
the filesystem (instead they will be treated like non-shared (407) a . out’s). 

Programs that depend on the format of a.out files must be recompiled in order to 
mn on release 3.0. 



The ptrace interface has been extended so that debuggers no longer need to 
know details of internal kernel data stmctutes (see ptrace(2)). 

The core file format has been changed so that it no longer contains internal kernel 
data stmctutes (the ‘ ‘u” area) but instead contains stmctutes that are now the 
defined interface between the kernel and debuggers, allowing the kernel to 
change without changing the debuggers. See cote(5) for details. 

Release 3.0 contains a disk-quota system based upon the 4.2BSD quota system. 
The main difference is diat the concept of login has been thrown out, along widi 
much of the old quota code — counting logins doesn’t work well in a network 
environment or with the NFS. The new quota system limits the amount of time a 
user can be over quota. The time limit can be adjusted on a per-file-system basis 
using edquota(8). 

All Sun3 filesystems should be made with a block size of 8K. This is now file 
default for newfs(8). Programs can not be demand loaded on Sun3’s from 
filesystems fiiat do not have an 8K block size. 

Bug Fixes and Speed-ups — All Completely Compatible with Previ- 
ous Versions of NFS 

Is — lu now works correctly for remote files. 

d£ now does a better job when printing long mount-point pafii names. 

When an NFS server is down, its name is given within the console notification 
message. 

A client may mask-off setuid programs that come firom mounted file systems. 
This feature is invoked via a new option to mount. 

The mount command takes a large number of new options related to the 
moimting of NFS file systems. 

The mount system calls have changed significanfly. The nf amount (154) 
and mount (21) systems calls are obsolete, and have been replaced by the new 
mount (167) system call. The unmount system call number has changed 
from 22 to 159. 

shutdown and rwall work better: 

□ When a server is shutdown, the shutdown messages are sent asynchronously 
to all client machines in rapid succession. 
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D rep . rwalld prints its message only to the console window. 

The find command has a new option that prevents a find from looking at 
remote (NFS-mounted) files. Finds that search across NFS mounts severely 
impact network (and system) performance. 

New Server Daemon 

/etc/rarpd is a pair of user daemons which answer reverse address resolution 
protocol requests. They let a machine find its IP address when booting from the 
network. They should be run on any machines which runs nd. (See rarpd (8c)). 

Sun Network Booting 

The Sun3 PROMs use RARP and TFTP for the first part of the network bootstrap 
sequence. (In release 3.0, the machine actually TFTP boots a booter which uses 
nd to boot vmunix.) For a Sun3 to successfully boot from the ethemet: 

□ Its name and ethemet address must be in the server’s /etc/ethers file. 

□ Its server must be running the / et c/ rarpd daemon. 

□ Its server must have the Sun3’s boot file in its /tf tpboot directory, 
setup does this for you. 

□ Its kernel must be configured with the ‘NTT’ (Network Interface Tap) option 
enabled. 



Network Yellow Pages 
Improvements 



New Network Administration Programs — see Man Pages 

o sprayd(8) - see spray.3r 

□ spray(8) -- see spray.3r 

o rusers(lc)--seemusers.3r 

□ rup(lc) - see rstat3r 

□ traffic(l) 

□ etherfind(8c) 

traffic and etherf ind both use a new Yellow Pages daemon maned 
rpc . ether (See etherd(3c)). This daemon requires that the NTT facilities have 
been configured into the kernel. 

New Yellow Pages Protocol 

The 3.0 Yellow Pages are based upon an entirely new protocol, however 3.0 Yel- 
low Pages servers and clients still support the old protocol, and are thus com- 
pletely compatible with 2.0 machines. 

Server Administration Interface 

yppush is now synchronous — that is, it runs in the foreground — . It also 
reports to the user as machines update their Yellow Pages databases. 

yppull is gone. It has been replaced by ypxf er which is also synchronous. 
It’s recommended that slave servers use crontab to regularly update from master 
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servers via ypxf er. (See cron(8)). 

ypmatch is a new user command (see ypmatch(l)). It’s faster that ypcat I 
grep. 

New Yellow Pages Maps 

ethers . byaddr and ethers . byname map 48 bit ethemet addresses to 
host names and vice versa. 

netgroup . byuser and net group . byhost are inverted forms of 
net group .map. Their existence makes it trivial to decide if a name is con- 
tained in a given netgroup. 

The map mail . aliases can now be used for domain-wide mail aliases. 

Performance Improvements 

Due to protocol changes, ypcat and Yellow Pages database propagation are 
extremely fast 

Due to the new maps mentioned above, references to netgroups in 
/etc/passwd and /etc/exports now perform reasonably. 



Improved Mail Features In addition to the introduction of the new, window-based mailtool (described 

below), a number of changes have been made to the mail transportation system, 
/usr/lib/sendmail: 

□ Since the Yellow Pages map mail . aliases can now be used for 
domain-wide mail aliases, you should not have to remember hostnames 
when sending mail, mail . aliases will usually contain a copy of all the 
aliases known to a central mail machine. Refer to the System Adrmnistration 
on the Sun Workstation for details. 

o Error messages have been improved, and several errors (lite running out of 
swap space) diat previously caused mail to be returned to the sender now 
just cause the delivery to be retried. 

□ Performance has been improved by consolidating processes. Frozen 
configuration files are now supported. 

□ The default configuration file will attempt direct delivery to any host in the 
hosts .byname map (or in /etc/hosts if the Yellow Pages are not 
enabled.) This eliminates the need for /usr/lib/mailhosts. 



L2. Programming SunView is a new interface to the Sun window system. Actually, it’s a pair of 

Environment Changes new interfaces — one for human users and one for software. The new software 

and Upgrades interface is based upon an abstraction of the relevant objects — windows, panels 

and the rest of it — and is guarenteed to remain stable even as the the window 
system is upgraded. The SunView software interface is built upon the 2.0 release 
suntool interface, and that older interface will continue to work. However, the 
SunView level, where the 2.0 release tool structures are invisible, should be used 
for all future development. (See the SunView Application Programmer’s Guide 
and the SunView System Programmer’ s Guide for more details.) 
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SunView is also the name of the new window environment, as it is experienced 
by human users. 



There is a new, consistent, attribute-based client interface for the creation and 
manipulation of windows. It includes many enhancements — means for specify- 
ing subwindow layout, telling a window to consume or ignore events, get the 
state of the keyboard or mouse, etc. 

A Virtual User Input Device (vuid) interface has been defined that is used by the 
kernel to interface with user input devices, e.g., the keyboard and the mouse. 
Devices that emulate the mouse driver, e.g., tablets, will no longer work with the 
new SunWindows kernel driver. To fix them, it will be necessary to modify the 
old device line discipline using the guidelines in the Writing a Virtual User Input 
Device Driver Appendix of the SunView System Programmer’ s Guide. 

There is now a split keyboard/pick input focus (see the Windows and Window- 
Based Tools Beginner’s Guide for details). To support it, there are now separate 
pick and keyboard masks, as well as routines to manipulate the keyboard focus, 
and new input events. 

A number of enhancements have been made to Panels: 

□ They can be made scrollable by attaching scrollbars. 

□ Choice and toggle items can now have more than 32 choices. 

□ They support more flexible event handling. 

The Option Subwindow package has been fully superceded by the Panel package, 
and has been dropped. 

Icons now have an attribute-based interface. 

Cursors now have an attribute-based interface and crosshair support 

Retained pixwins have been enhanced to support ‘batching’ for fast display 
updates. Overall, there is better retained pixwin support 

Better deadlock detection allows you to debug without setting lock override 
switches. 

New Packages There is now a Text Subwindow Package that supports various types of selec- 

tions, multi-clicking capability, new-style walking menus, scroll bars, and the 
new window/mouse oriented editor textedit. 

There is a Canvas Subwindow Package which supports drawing. Canvases can 
be retained or non-retained, and may have scrollbars built in. 

The new Walking Menu Package provides an attribute-based interface, pull-aside 
submenus, etc. 

There is a Scrollbar Package for viewing large objects in smaller windows. 
Scrollbars can be built into text, canvas and panel subwindows, and may also be 
used directly. 



Enhancements to Existing 
Facilities 
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13. Windows and Window- 
Based Tools Changes 



Must-Knows 



Sun2 and Sun3 Keyboards 



The.new Notifier multiplexes sharing, widiin a user process, of process resources, 
e.g., signals, child process control, interval timers, the single thread of control. It 
enables multiple 'applications’ to run within a single process, and supports the 
conversion of 'normal’ straight-line-flow-of-control programs to the SuriWin- 
dows environment 

There is a new Selection Package designed to allow applications to communicate 
concerning selections. 



This section summerizes the changes made to the window system and the 

window-based tools for the 3.0 release. It explains three types of changes; 

Must-Knows Changes that may affect the current usage of the window 

system and its associated applications. Read this section 
before attempting to use the 3.0 window system. 

Improvements Changes diat bring you up-to-date with the present state 

of the window and window application software. 

New Features New features that supplement the old window and win- 

dow application software. 

For more detail, see Windows and Window-Based Tools: Beginner’s Guide. 



Definitely read this section so you can anticipate any difficulties that may occur 

in svdtching from the 2.0 release to the 3.0 release of the window system. 

Further explanation of each of these items appears below; 

□ suntools attempts to assign new functions to certain keys, located on the 
far left or far right of your keyboard (when it has a problem doing so, you 
get the “ttyswrc carmot be mapped” error). 

□ You need to affix labels to your keys. 

o When you use a Sunl keyboard, you must ran setkeys. 

□ When you want to use your motise with your left hand, you must ran s et - 
keys. 

□ Four standard window applications have new names, as detailed below. 

□ Your windows may look different on the screen because die new default 
window font size affects the window attributes you set in your . sun- 
tools file. 

□ In fact, there is a new default .suntools file, so even if you don’t customize 
your window attributes, you’ll notice different windows appearing on your 
screen than before. 



By default, suntools assigns keys (XD through I LIO 1 on die Sun2 and Sun3 
keyboards to operate with the new SunView text facility. 
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Key Mapping Error 



Text Facility and Key Labels 



Sunl Keyboard 



Left Hand Mouse Use 



New Application Names 



New Default Font Size 



If you’ve already assigned some of diese keys using a . tty swrc or similar 
file, suntools may produce a ’’ttyswrc cannot be mapped” error. Unassign 
these special function keys when you want to use the standard 3.0 release win- 
dow system configuration. 



To find out about the text facility, read Windows and Window-Based Tools: 
Beginner’s Guide. The labels are inserted within the back cover of that manual; 
instructions on how to affix the labels appear near the beginning of die chapter on 
the text facility. 



If you have a Sunl keyboard, associated with die lOOU workstation, add: 
setkeys Sunl 

to your . login file, so that suntools assigns the special text facility keys 
to the right side of the keyboard. More information on setkeys appears in the 
chapter on die text facility. 



Having the keys on the right side is more convenient for people who want to use 
the mouse with their left hand. When you want suntools to assign the spe- 
cial text facilities to the right side of the Sun2 or Sun3 keyboard, add: 

setkeys lefty 

to your . login file. More information on setkeys appears in the chapter 
on the text facility. 



This chart shows the new names and the old names of the four window applica- 
tions whose names have changed (although edittool wasn’t distributed with 
the standard 2.0 release): 



3.0 Name 


2.0 Name 


clock 


clocktool 


textedit 


edittool 


fontedit 


fonttool 


iconedit 


icontool 



The new default font is an 1 1 point font, one point size smaller dian die 12 point 
font used until the 3.0 release. The window attributes you’ve set within your 
. suntools and customized root menu files may not cause windows to appear 
on the screen the same as before. 

You can change your default window font size using the new default sedit 
application, or you can use the new toolplaces command (described in the 
New Features section below) to properiy store new window attributes. 
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Improvements 



New Features and 
Applications 



Improvements to the existing window system and associated applications 

include: 

□ The rectangular cursor becomes a shadow cursor when you focus attention 
by using the cursor to choose another window. 

□ Text facility windows contain a triangular cursor. It turns grey when you 
focus attention with the cursor on another window. 

□ The default root menu has been altered to make more functions easily acces- 
sible. 

o The name of the Tool Mgr menu to the Frame menu has been changed. 

□ The Stretch item on the Frame menu has been renamed Resize, to 
convey shrinking as well as stretching. 

□ The border of a window now darkens when you move the cursor into the 
window, for example, to type a command. When using the “click-to-type” 
attention focus described in the New Features section, the border darkens 
when you click on a window instead. 

□ There is now a split keyboard/pick input focus. It allows you can now set 
the focus for keyboard input to a specific window, and yet move the mouse 
freely over other windows to scroll, manipulate windows and make selec- 
tions. It is enabled by the ‘-S’ option to suntools. 

□ You can now mouse and type ahead reliably by giving the ‘-b’ option to 
suntools to enable input synchronization. If you enable the split 
keyboard/pick input focus, you also get input synchronization. 

□ The tty subwindow has a new ‘fast display’ option, settable via 
default sedit 

□ There are new accelerators, which allow users to manipulate windows with a 
minimum number of mouse clicks. 

□ There is an improved icon layout policy. 

□ There is an improved user interface for stretching and moving windows and 
subwindows, including a fullscreen zoom. 

□ locks creen has been enhanced, and can now run arbitrary programs. 

Two possibilities are /usr/games/lifescreen and 
/usr/demo/maze. 



□ There is a variety of new accelerators, or window command abbreviations. 
They are described at length in the accelerator and quick reference guide 
sections of Windows andWindow-Based Tools: Beginner’s Guide. 

a There is now a distinction between constrained and unconstrained window 
movement and resizing. 

□ It is now possible to move and resize subwindow borders widiin applications 
that contain them using the same accelerators as you use for moving and 
resizing window borders. 
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toolplaces 



Selections 



□ There is a new zoom operation, which extends a window to full screen 
length. 

□ The toolplaces command has been enhanced so that its output can be 
read by suntools. 

□ There is a new text editor, text edit, which is built upon the Text 
Subwindow Package. 

□ Dbxtool has been enhanced with the Text Window Subpackage, and now 
supports source code editing. 

□ There is a new shelltool, cmdt ool, which combines the shell interpreter 
capabilities of the old shelltool with the text editing capabilities of the 
new text facility, (cmdtool doesn’t yet work well with programs which 
modify the stty state of their window or use control characters to interact 
with users). 

□ There is a new window-based program, defaultsedit, which central- 
izes customization information (for mail, scrollbars, textedit, etc) 
into a Defaults Database. 

o There is a “Click-to-type,” alternative to the “move-to-type” method of 
focusing the keyboard on a particular window. 

□ There is a new window-oriented mail program, mailtool. 

o There is a new program, click, which allows the user to toggle the Sun3 
keyboard clicking on/off. 



The toolplaces command appeared in release 2.2. toolplaces gen- 
erates position, size, label, and program attributes for the windows running on a 
window system screen at the time when you run the command. It is useful for 
creating a customized .suntools file, to reuse your favorite window attri- 
butes, and for customizing your root menu. 



With textedit and cmdtool, you can select a portion of text using the left 
mouse button to start, the middle mouse button to adjust, just as you could with 
shelltool. However, cut-and-paste operates differently than the 
shelltool. 

To copy text, you can select a portion of text, and put it on the shelf, using the 
I PUT I function key (see the Windows and Window-Based Tools: Beginner’s 
Guide chapter on the text facility to identify the keys). Then, move the cursor to 
where you want to insert the selected text, and press the ( GETl function key. 

When you wish to delete the selection, then insert it elsewhere, simply select it, 
press the I DELETE I function key, move the insertion point, and press the I GETl 
function key. 

To copy text from one shelltool window to another shelltool window, 
you can use the selection and stuff procedure as with 2.0. 
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Multi-Clicking 



Secondary Selections 



Pending Delete Selections 



New-Style Walking Menus 



Or you can use the new procedure for copying text between any two text facility 
tools. To copy text from one tool to another, select the text in the first tool, press 
the IPUTI Unction key, move the insertion point to the appropriate spot in the 
second tool, then press the KjETI function key to complete the copy operation. 



When you want to select a whole word, press the left mouse button twice in rapid 
succession. When you want to select a whole line, press the left mouse button 
three times in rapid succession. 

You can make a temporaty selection that lasts only as long as you hold down a 
function key. When you release the function key, the function operates on file 
secondary selection you made while holding file function key down. The secon- 
dary selection appears underlined. Useful with the I FIND I function key for 
searching. 



You can make a selection that will be deleted by a subsequent insertion or copy 
by pressing the ICtrLi key while making the selection. A pending delete selec- 
tion appears in gray. 



Walking menus are a new style of menu that allows you to ‘‘walk” off the right 

edge of the menu by moving the cursor so that a sub-menu appears. In this way, 

one walking menu can present several sub-menus for a varieQr of added func- 
tions. 

Walking menu selections in textedit and cmdtool include; 

□ Reset — remove the current file from the window 

□ Load named file — select the name of the file you want to load before 
choosing this item, use the Scratch ar ea . . . when you don’t want to 
select within the main window. Later saves will save to this filename. 

□ Save — which includes a sub-menu for more specific menu item choices. 
Remember to save your work regularly. 

o Split this view — allows you to look at the. file in multiple win- 
dows, insertion point held consistent 

□ Destroy this view — the complement to Split this view for 
getting rid of multiple windows. 

□ Line break — to changes line wrapping attribute. 

□ cd — to connect to the directory of the name which you have selected. 

□ Insertion to top — repositions the window so that the line contain- 
ing the caret is at the top of the window. 

□ Show numbered line — show the line with the line number you have 
selected 
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Scroll Bars 



defaultsedit 



Focusing Attention: 
type 



mailtool 



□ Line number? — provide the initial line number for the current selection 

□ Stuff from file — insert contents of file with name you have 
selected. Later saves ignore this filename, see Load named file above. 



text edit and cmdt ool have scroll bars along the left side of the frame. 
The scroll bars control movement with a left click moving you down and a right 
click moving you up. A middle click moves you to the section of the file 
represented by the height at which you click along the scroll bar. 

You can modify attributes of Are scroll bars with defaultsedit. 



defaultsedit permits many changes to your defaults, for example getting rid 
of an audible bell. It provides help information when you click fire left mouse 
button over any relevant screen portion of the application. The following 
categories of defaults are available: 

□ Defaults 

□ Indent 

□ Mail 

□ Scrollbar 

□ SunView 

o Text 



Click-to- Click-to-type is an alternative way of choosing windows to the typical move- 

cursor-and-type model. Instead of moving the cursor and typing, click-m-^pe 
means click while the cursor is in a particular window and the attention will 
remain focused on that window. In other words, everything you type will appear 
in that window. 

You can start click-to-type using default sedit . 



To learn about mailtool, the new window and mouse mail program, see Mail 
and Messages: Beginner's Guide. Here are a couple of tips fiiough: 

o mailtool pops up help information when you press the right mouse but- 
ton over any of the panel buttons. A panel button is a button that appears 
within a window tool on the screen. 

□ You may want to set mailtool to hold mail in your spool file 

(/usr/spool/ttserwome), rather than dumping it into your ~/mbox 
directory. Do this by setting the Set/hold attribute within the Mail 
category in defaultsedit to the yes setting. 
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User Interface Bug Fixes 



1.4. Programming Languages 
Changes and Upgrades 

Compatibility Between Sun2 
and Sun3 



Upgrades to the Assembler 



Lock timeouts are now computed in process virtual time. This means that win- 
dows shouldn’t be killed when the machine is loaded. 

Exiting suntools is now more reliable. It used to occasionally hang the keyboard, 
repeat keys or print a lot of aimoying messages. 

The ‘Ghost’ color images which preceded the painting of a window on a color 
display have been replaced by simple clearing. 

The keyboard bell now works in shelltool. 



Most programs that mn on a Sun2 machine will also mn on a Sun3 machine, 
unless the fsky option (in-line Sky floating- point code) is used. Programs com- 
piled on a Sun3 machine use the extended instmction set of the Motorola 
MC68020 and will not mn on Sun2 machines. (The MC68020 instmction set 
improves performance and reduces code size in program constmcts like array 
subscripting, bounds checking, and integer division and multiplication.) 

If at all possible, we strongly recommend that programs be recompiled. If that is 
not possible, we strongly recommend that they be relinked. Relinking (which 
may not always work because of library changes) will at least allow the text seg- 
ment of the program to be shared and will allow the program to be demand 
loaded from the filesystem. 

Cross compilation (in either direction) between Sun2 machines and Sun3 
machines is not supported in the 3.0 release. 

Most programs that mn on 2.0 and earlier releases will also run without 
modification on machines mnning the 3.0 release. 

Preliminary versions of release 3.0 included a utility program (sunScvt) for con- 
verting old Sun2 programs into the new release 3.0 object file format This pro- 
gram is no longer required. 



First of all, a repair — pc@ addressing has been ‘fixed’ and hopefully improved. 

Register Syntax 

The floating-point registers are fpO, ^l,...fp7; fpc, fps, fpi. Motorola calls the 
last three CONTROL, STATUS, and lADDR. 

Operand Types 

The known operand types are b, w, 1, s, d, x, and p. x and p are not currently sup- 
ported as constants or immediate data. 

Floating Constant Declarations 

.single el^ e2, e3, . . . 

.double el, e2, e3 , . . . 

el, e2, etc. can be either floating constants or integer expressions. 
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Floating Constant Syntax 

Floating-point constants and inunediates may be integer expressions or constants 
beginning with Or or OR. Thus to declare a single-precision constant ‘1’, use any 
of the following: 

one: .single 1 

one: .single Orl 

one : . s ingle ORl . 0 

To move ‘ T to fpO, use any of the following: 

fmoveb #l,fpO 

fmoves #0rl,fp0 

fmoved #0R1 . 0 , f pO 

fmoves one^fpO 

fmovecr #0x32 , f pO 

Coprocessor Identification 

The coprocessor id field of a single instruction is indicated like this: 
fopT0C operands 

where C is an expression that evaluates to a coprocessor id in the range 0 to 7. If 
the @C is missing then die default is used. The default starts out as 1 but may be 
changed with the assembler directive 

. f cpid C 

Instruction Mnemonics 

In fopT, f is fixed, op is the op name, and T is the type letter. In general the 
mnemonic is the same as the Motorola mnemonic, but in lower case and without 
the dot This similarity allows coding from the Motorola MC6888 1 manual with 
little reference to the Sun manual for opcode names. 

Supported Standard Format Operations 

Almost all the common operations are supported in the following syntaxes: 
f opx fpm, f pn 

fopT <ea>,fpn T = b,w,l,S/d,x,p 

The supported operations include abs, acos, add, asin, atan, atanh, cmp, cos, 
cosh, div, etox, etoxml, getexp, getman, int, intrz, log 10, log2, logn, lognpl, 
mod, move (in), mul, neg, rem, scale, sglmul, sgldiv, sin, sinh, sqrt, sub, tan, 
tanh, tentox, twotox. The supported moves are those with an ^n destination. 
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Additional Supported Operations 



fmoveT 


f pm^ <ea> 


fmovecr 


#<ccc>f fpn 


ftstT 


<ea> 


ftstx 


fpm 


fmovel 


<ea>, fpc 


fmovel 


fpc/<ea> 


fmovel 


<ea>, fps 


fmovel 


fpSf <ea> 


fmovel 


<ea>r fpi 


fmovel 


fpi,<ea> 


fmovem 


#<imm>^<ea> 


fmovem 


<ea>, #<imm> 


fmovem 


<f reglist>^ <ea> 


fmovem 


<ea>f <f reglist> 


fmovem 


<ea>/dn 


fmovem 


dn,<ea> 


fmovem 


<ea>, <f creglist> 


fmovem 


<f creglist>f <ea> 


fnop 

fbcc 


<label> 


fbccl 


<label> 


f jcc 


<label> 


fdbcc 


dn,<label> 


fscc 


<ea> 


ftrapcc 

ftrapccT 


#<xxx> 


f restore 


<ea> 


fsave 


<ea> 



b,w, l,s,d,x 



b,w,l,s,d,x,p 



w,l 



Register Lists 

movemT and fmovem instructions may use register lists instead of immediate 
constants. Register lists are based on Motorola syntax with ranges indicated by 
and disjoint registers by 7’. Register lists are: 

movemT a0-a7/d0-d7 

fmovem fp0-fp7 

fmovem fpc-fpi 

The old form with an immediate constant is accepted for convenience, except 
that fmovem of control registers caimot be indicated with immediate constants. 

New Integer Instruction Mnemonics 

To reduce the number of confusing differences between the syntax specified in 
the MC68020 manual and the syntax accepted by Sun’s assembler, the following 
new mnemonics have been added: 
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illegal 

chkw 


— 


chk 


rtd 


= 


rts 


moveb 


= 


movb 


movew 


= 


movw 


movel 


= 


movl 


movec 


= 


move 


movesb 




movsb 


movesw 




movsw 


move si 




movsl 



Software Floating Point Conditional Mnemonics 

jfcc and sfcc mnemonics have been added for the following condition codes to 
simplify code generation from higher-level languages for software floating point. 
Note that proper floating-point condition codes do not correspond to integer con- 
dition codes, since the latter do not allow for unordered comparison. 



jf 


s£ 


inylemented as 


eq 


ne 


eq 


ne 


It 


nit 


cs 


cc 


le 


nle 


Is 


hi 


gt 


ngt 


gt 


le 


ge 


nge 


ge 


It 



PC-Relative Addressing Modes 

The assembler now supports addresses of the form pc@(d) where d is absolute, 
relocatable, external, or external +- absolute. Addresses of the form pc@(d,m:w) 
are supported where d is absolute or relocatable. The following declarations are 
supported: 

•word external+- absolute 

.long external+-absolute 
•word external-relocatable 
•long external-relocatable 

Note diat the current linker may generate word displacement overflow error mes- 
sages for the .word form. Some of these are spurious; die output must be 
inspected for correctness. 

Changes to adb MC6888 1 instructions are disassembled. Unrecognized instructions are 

disassembled as ‘.word’ rather than as *???’. 

Absolute and pc-ielative displacement formatting has been changed to move 
toward the conflicting goals of correctness, legibility, and the ability to reassem- 
ble to the original object code. The results are inherendy controversial. 

The F (double) print format has been fixed to work better with registers. <r=F 
prints the double found at the core image address r. Thus <dO=F prints out the 
combination of d0,dl as a double, the way you probably thought it worked all 
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Floating-Point Changes 



along. Actually, the way it used to work was bizarre by normal standards — the 
address from which the second half was fetched was the value in dO plus four. 
You no longer get ‘address wraparound’ if dO contains -1. 

New Registers 

The floating-point data registers are IpO, tpl, fp2, ^3, Q)5, fp6, fp7. These 

are treated as 32-bit registers just like all other adb registers. The image of the 
MC6888 1’s FPO is actually mapped into three 32-bit chunks whose names are 
fqO, and fiO. You can read these 32 bit registers in the usual way, e.g. 
<fqO=X. 



Other 32-bit floating-point registers are fpc (control), fps (status), and fpi 
(address). Two other registers are defined from flie reg.h mapping; Ipg = 

^_code, for signals, and fpf = lps_flags, the MC6888 1 state: 0 for unused, 1 for 
idle, 2 for busy. 

New Output Format 

‘e’ or ‘E’ can be used to print registers or memory as extended values. Thus the 
usual way to look at fpO would be <f p0=e, which prints out a decimal string 
just as <d0=f or <dO=F does. Extended format can also be used to print out 
the contents of memory in 12-byte chunks. Extended format only works when a 
physical MC6888 1 is present, and the conversion is limited by the capabilities of 
the MC6888 1; the range of exponents is limited to +- 999, and significands are 
limited to 17 digits. If no MC6888 1 is present, extended format prints an error 
message. 

New Registers Command 

‘$x’ or ‘$X’ can be used to print out all the floating-point registers in hex, with 
the data registers printed in ASCII. If no MC6888 1 is present, an error message is 
printed. 

Non-changes 



It has never been possible to assign a floating-point string value in the fashion 
‘3.14159>d0’. It still isn’t. However, floating-point constants can still be mani- 
pulated in hex chunks: 



3f800000>d0 

<d0=f 

3ff00000>d0 

0>dl 



<dO=F 



— assign a single-precision 

— print it 

— assign a double-precision 

— and to dl 

— print it 



1.0 to dO 
1.0 to dO 



Release 3.0 floating-point software resides in /lib , libc . a, and libm . a. 
It has been reorganized to support floating-point code generation via software, 
the Sky board or a MC68881, and to allow the run-time selection between these 
options. 

Compiler Switches 

New options have been added to the cc , pc, and f 7 7 compilers, to specify 
the type of code to be generated for floating-point arithmetic expressions. The 
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options are: 

-f soft 

Software floating-point library calls. This is the default, intended for use in 
programs that make only incidental use of floating point and machines with 
no floating-point hardware. 

-f sky 

In-line code for Sky floating-point processor (Only supported on Sun2 
machines.) 

-f68881 

In-line code for Motorola MC6888 1 floating-point processor (only supported 
on Sun3 machines.) 

-f switch 

Run-time switched floating-point library calls (for floating-point-intensive 
programs that must run on any of the above hardware configurations.) 

Floating-point code generation may also be specified by the environment variable 
FLOAT_OPnON. If none of the above options is specified, the compiler will 
check FLOAT_OPTION. Legal values of FLOAT_OPTION are ‘fsoft’, ‘fsky’, 
‘f68881’, and ‘fswitch’. 

If a specific floating-point device is selected at compile time (fsky or f68881) the 
compiler will generate in-line code that calls that device. If fsoft is invoked, the 
compiler will call pure software implementations of the floating-point operations. 
If fswitch is invoked, the decision about how to implement floating- point opera- 
tions will be deferred to ran time. At run time, the first floating-point operation 
encountered will select a device (depending on the configuration of the machine.) 
Subsequent floating- point operations will use that same device. 

Almost all floating-point routines in libc . a and almost all elementary tran- 
scendental functions in libm . a are sensitive to the floating-point options. Be 
consistent in declaring your floating-point choice! Give it on all compiler invo- 
cations, including the linking step — otherwise you’ll get software square roots, 
etc. 

Switching Between Devices at Run Time 

If desired, code compiled with fswitch can be switched to ran on specific devices 
at ran time. The FORTRAN calls 

call fswitchfp 
call sswitchfp 
call mswitchfp 

can be used to force switched calls to be performed in software, with the Sky 
board, and with the MC6888 1, respectively. Code compiled with oi»ions other 
than fswitch is not affected by these calls. These calls are primarily for testing 
and may not be supported in future software releases. 

Initialization 

Programs are initialized by code in /lib that is loaded to satisfy die external 
‘start’. The compiler drivers instruct the linker to load file /lib/crtO.o, 
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/lib/gcrtO . o, or /lib/mcrtO . o, according to whether profiling is 
requested. Each of these modules requests an entry point ‘start_float’. If no 
floating-point device was specified, then start_float is satisfied by a no-op routine 
in libc. If a specific device D was specified, then the compiler driver requests an 
external ‘Dused’ and instmcts the linker to load file /llb/Dcrtl . o. 

Dcrt 1 . o defines Dused and start_float, so that only one kind of specific device 
can be requested in one program. At mn time start_float initializes the specified 
device and terminates with an error message if the device is not there. 

New Condition Codes 

The results of floating-point comparisons have been altered to better meet the 
IEEE arithmetic standard. Now, if x or y is not a number (NaN), even if x and y 
ate identical NaNs, then the following will be true: 

X . ne . y 

while the following will be false; 

X .eq. y 
X . It . y 
X . le . y 
X . gt . y 
X .ge. y 



Enhancements to dbxand 

dbxtool 



□ The release 3.0 version of dbxtool uses the text sunwindow facility. This 
will allow editing of source code in a source window. 

□ Arbitrary process debugging is now supported via the detach command. 

□ Kernel debugging is now supported via the proc command. 

□ Programs consisting of multiple processes can now be debugged. 

□ Initialization is much faster. 

□ The MC68020 is fully supprorted. 

□ The MC6888 1 is supported by the addition of the register symbols $fp0 — 
$fp7 and the set81 command. 

□ Literal strings may now be passed as arguments to functions. 

□ Two new attributes, case and speed, have been added to the dbxenv com- 
mand. 

□ A remn command has been added. 

□ The operator is supported. 

□ The operator is supported as a bitwise-XOR, and no longer supported as 
post-fix indirection. 

□ The clear command with no arguments clears the current breakpoint. 

o The cont command with a signal number has different syntax. 
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Upgrades to FORTRAN 



1.5. Graphics Upgrades 
68020 Memory Pixrects 



Graphics Processor Support 
(also included in release 2.1) 

1.6. Firmware and 

Diagnostics Changes and 
Upgrades 



Test Coverage for FORTRAN 

There is a new flag, ‘-a’, for f 7 7, (he FORTRAN compiler. It’s invocation 
causes die compiler to insert code into the program which counts how many 
times each basic block is executed. The tcov utility can then be ran on the 
source file to generate a statement-by-statement profile of the program. 

New Optimizer 

The ‘-0’ flag of f 77 now invokes /usr/lib/iropt, a separate code 
transformation utility, which produces substantially better code than earlier 
releases of the compiler. When ‘-0’ is specified, the following transformations 
are performed where appropriate: 

1. Loop-Invariant Code Motion 

2. Strength Reduction for Induction Variables 

3. Common Subexpression Elimination 

4. Dead Code Elimination 

5. Constant Folding 

6. Short-Circuit Evaluation of Boolean Expressions 

7. Copy Propagation 

8. Global Register Allocation 

For very large procedures, the processing time required by the optimizer may 
exceed the time required for optimized compilation with the release 2.0 version 
of f 7 7. A new f 7 7 flag, ‘-P’, requests partial optimization. When -P is set, 
transformations 1-4 in the above list will not be attempted and optimization time 
will diminish substantially. 



Memory pixrects code has been rewritten to take better advantage of the 

68020. No changes to the client interface were made. 

Release 3.0 of course supports the Graphics Processor and Graphics Buffer 

options first available (for the Model 160 Color Workstation) with release 2.1. 

Release 3.0 firmware has changed in several major ways: 

□ The diagnostics have been split ftom the software releases and are being 
treated as unbundled programs. Further, to allow for the testing of the disks 
themselves (and to save disk space), the diagnostics have been made tape 
bootable. The option to install the diagnostics on the disk is still available 
(for use with a server or for performance reasons.) 

□ The Sun3 hardware contains an EEPROM which describes the configuration 
of the system and allows for the customization of a variety of system charac- 
teristics (e.g. the logo). It’s important that the EEPROM be updated 
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Tape Boot Support 

SCSI Tape Boot in PROMs 

Support for Large Main 
Memories 

Terminal Selection Made in 
EEPROMs 



Diagnostic Switch Vectoring 



Watchdog Reset 

Sun3 Keyboard Support 
New Sun3 PROM Commands 



whenever the system configuration is changed, (see monitor(8S)), for the 
diagnostics depend upon it in determining what to test. For more details on 
the new EEPROM , see the Sun3ll60 Preliminary Field Service Manual. 



The Sun3 PROMs support the Xylogics All controller as well as the Tape Master 
controller common in Sun2 systems. 



Under release 3.0, Sun2 and Sun3 both support the booting of the diagnostics 
directly from tape. (This will work for ei^er the Sysgen or Emulex controllers); 



During startup, the Sun3 PROM’s will size and initialize memory up to 24 Mega- 
bytes (default is 4Megabytes.) 



A Sun3 system will boot using as its terminal: 
o A black/white terminal, 

□ A color terminal, 

D Either TTYAor TTYB. 

The EEPROM controls which device is to be the primary terminal, and must 
therefore be properly configured prior to booting if more flian one of these dev- 
ices exists. (This can be done with the ' q' ' command to the monitor — see 
below). 



A diagnostic switch, used to direct the Boot PROM during power up, has been 
installed on all Sun3 products. It has two positions: 

□ In the diagnostic position the PROM performs a self test At the completion 
of the test it offers an extended test menu. 

□ In the die boot position the PROM performs a short, modified version of the 
self test. At the completion of the test it searches for and attempts to boot 
UNIX. If unable to do so it exits to the monitor. 

Release 3.0 PROMs contain a watchdog reset. It is automatically invoked by a 
double bus error, and can be manually activated by a user reset switch. In either 
case the monitor portion of the PROM takes over, and if so instmcted by values 
stored in the EEPROMs, does a power reset boot. 



The new PROMs support both Sun2 and Sun3 keyboards. 



Five new commands have been added to the monitor: 
o f = fill, allows for the filling of memory with a hexadecimal pattern. 
□ h = help — lists PROM commands and their meanings. 
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Object Code compatibility in 
Stand Alone Libraries 

TFTP Booting Support in 
PROMs for Sun3 

1.7. Documentation Changes 
and Upgrades 

The New Look 



Half Title Pages 



Indexes 



System Internals Manual 
Deleted 



Programming Utilities for the 
Sun Workstation 



□ q = leads/writes the CPU board EEPROM, thus allowing its configuration 
parameters to be changed. 

□ V = view, allows for the viewing of memory 

□ X = extended test menu, provides an extended test menu that permits the 
testing of memory, video, keyboard, serial ports, and boot paths. The boot 
path testing includes all boot devices (SCSI, disc, tape) except ethemet, for 
which a loopback test is provided. 



The stand-alone libraries have been converted so that both Sun2 and Sun3 mn the 
same object code. 

The only way to boot a Sun3 over the Ethemet is by using the TFTP protocol — 
ND is no longer supported in the PROM. 



As a part of the continuing process of rationalizing both the organization and 
content on the Sun manuals, they are now being formatted in a ‘new look.’ We 
are using a typewriter font like this throughout for examples of 
code, user input, and system response. What the user types at the system is 
shown in bold typewriter font like this. 

In general. Sun Technical Manuals now contain what are known as ‘half-title 
pages’ — there is a mini table of contents at the start of each chapter. 

In general. Sun Technical Manuals now contain an index at the back. In particu- 
lar, the two volumes of manual pages. Commands Reference Manual (sections 1, 
6, 7, and 8) and the System Interface Manual (sections 2, 3, 4, and 5) now con- 
tain real indexes. The old UNIX style permuted index is defunct 

The System Internals Manual has disappeared entirely. The section Using adb 
to Debug the UNIX Kernel has been incorporated into a new document — Debug- 
ging Tools for the Sun Workstation. The section called the CPU PROM Monitor 
has been folded into Writing Device Drivers for the Sun Workstation. The sec- 
tion of the file system has been moved into System Administration for the Sun 
Workstation. 



There is a new chapter on Tools for the C Programming Language. The previous 
chapter on lint has been folded into this chapter. 

The chapter on make has been updated to reflect the System V version of 
make. 

There is a new chapter on Performance Analysis Tools. 

The old part of the manual that dealt with the low level SCCS command inter- 
face has been moved to an appendix. The individual SCCS command 
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descriptions from the section (1) manual pages have also been moved to this 
manual. 

All acknowledgements and references were moved to an appendix. 

Writing Device Drivers for the Writing Device Drivers for the Sun Workstation has been updated to reflect Sun3 

Sun Workstation architecture. New material has been added to various sections to enhance the 

‘folklore’ in this manual. The chapter on General Hardware and Software 
Topics now contains a description of how to use the GPU PROM monitor. 

System Overview for the Sun System Overview for the Sun Workstation is a new high-level overview of 
Workstation ‘what’s available’ and where to look for more information. This document is 

still evolving. 

System Interface Overview for the Sun Workstation is a somewhat new manual 
— it was derived from the System Interface Overview that was previous stuck in 
the front of the System Interface Manual . The System Interface Manual now 
contains only manual pages and is completely reference oriented. 

The System Administration The System Administration Manual contains new sections on the disk quota sys- 

Manual tern and netgroups. There have also been numerous updates and clarifications. 

In particular, the section on disk maintenance has been rewritten and expanded. 

The Pixrects Reference Manual The Pixrects Reference Manual is a new programmer’s guide to pixrects, die 

low-level device-independent graphics interface for Sun Workstations. 

SunCGI Reference Manual The SunCGI Refereitce Maruial has been substantially corrected and clarified. 

Begiimer’s Guide to Unix A new beginner’s guide for the complete novice. 

Doing More With Unix Doing More With Unix is intended for UNIX beginners who have read and under- 

stood the Beginner’s Guide to Unix and would like to learn more. 

Program Debugging Tools for This new manual describes three debuggers available on Sun Workstations: dbx, 
the Sun Workstation dbxtool, adb, as well as the related tool adbgen. 

Changes to the Manual Pages There have been hundreds of changes to the man pages: 

o Numerous bugs in them have been fixed. 

a The cc and adb man pages have been updated to reflect Sun3 architecture 
and the presence of the 68881 floating-point coprocessor. 

□ Many other man pages in sections 3 and 4 have been updated to reflect the 
Sun3 architecture. 

□ Intro (4) has had a section added to document loot 1 calls on files. 

□ The indexes are more comprehensive. In particular, the section 2 error codes 
and the ioctl calls are now indexed. 



System Interface Overview for 
the Sun Workstation 
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□ There is a new section — 3R — which documents remote procedure call ser- 
vice functions. 

□ Some man pages, like ptrace(2) and config(8), have been extensively rewrit- 
ten to reflect major changes in code and machine architecture. 

□ Other man pages, which correspond to Release 3.0 utilities derived from 
System V (e.g make, mail, and sh) ate completely new and reflect flie 
System V versions. 

The “cut marks” have been removed from the -ms and -me macro packages. 
“Cut marks’ ’ are small marks placed between pages on a typesetter film to indi- 
cate where the film should be cut to produce pages. They are useful only for 
typesetters, and wifli most people now using some form of laser printer they 
range from being a nuisance on some printers to producing incorrect page breaks 
on others. 

Customers wishing to reinstate the cut marks should edit die source files for the 
appropriate macro package — /usr/lib/tmac/tmac . s for the -ms macro 
package, and /usr/lib/tmac/tmac . e for the -me macro package. Go to 
the end of the appropriate file and look for the construct ‘.rm CM’ (in the -ms 
macro package), or ‘.rm @m’ (in the -me macro package). Either remove the line 
altogether or comment it out. 

Font Changes f onttool has been renamed and is now called f ontedit. 

New Fonts 

□ This release includes a new set of serif fonts, loosely based on Prestige type- 
writer, in 10, 11, 12, 14, and 16 point. 

□ This release also includes a new set of Courier typewriter fonts, both Roman 
and Bold, in 10, 12, and 14 point. 

1.8. New Setup Interfaces System setup procedures and procedures for installing UNIX on the Sun have 

been entirely revised, setup now has bofli a TTY (character oriented) and a 
bitmap display (window-based) interface. It resides in the mini-Unix file system, 
and contains provisions for the installation of the toot filesystem, the installation 
of optional software, network configuration, disk layout and diskless client parti- 
tioning, etc. For further details see Installing Unix on the Sun Workstation. 



Changes to -ms and -me 
Macro Packages 



1.9. Support for New 
Peripherals 

Driver Support for QIC-11 The SCSI tape driver has been modified to support both the QIC-1 1 format and 

and QIC-24 Cartridge Tape the QIC-24 format. The QIC- 11 format is used on Sun2 machines by default 

Formats (and all except the very oldest also provide hardware support for QIC-24). Sun3 

machines support both QIC-1 1 and QIC-24. QIC-1 1 format is accessed fiirough 
device /dev/rstO. QIC-24 format is accessed through device /dev/rst8 
(if die hardware supports that format). For more info, see st(4S). 
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1.10. New Games 



Several new games, boggletool and hack are included in release 3.0. 
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